Jag gjorde nyligen ett icke-förhandlingsbart samtal till mitt ingenjörsteam: Jag driver mina utvecklare att integrera AI-bots i sina arbetsflöden för att skriva, refaktorisera och testa kod varje dag. I det nuvarande landskapet rör sig teknikvärlden i en hastighet som gör att "endast manuell" kodning känns som att försöka vinna ett Formel 1-lopp på en cykel. Using AI is no longer optional. Men om jag är helt ärlig, detta mandat gör mig otroligt obekväm. som chef för teknik, jag balanserar behovet av hastighet med den skrämmande möjligheten av "automatisk medelmåttighet." Faller in i "The Dead Loop" Den största produktivitetsmördaren jag ser är inte bristen på verktyg, det är Vi har alla upplevt den hypnotiska transen där du tror att AI är från den perfekta lösningen. Dead Loop. Bara en snabb bort Vanligtvis går det så här: AI genererar ett block av kod (låt oss säga en komplex Java Spring Boot-kontroller) som ser korrekt ut men misslyckas med att köra. Du matar felet tillbaka till AI. AI ber om ursäkt för övervakningen och ger dig exakt samma trasiga logik, kanske byte av ett variabelt namn eller två. Upprepa detta tills två timmar har försvunnit. Under de två timmarna kunde en erfaren ingenjör ha skrivit logiken från grunden, enhetstestat den och tagit ett kaffe. ”Dead Loop” är farligt eftersom det känns som arbete, men det är faktiskt bara dyrt hjulspinn. Att förlora den ”stora bilden” AI är en mästare på mikrofonen, men en nybörjare på makrot. Det kan skriva en felfri regex eller en kortfattad hjälpfunktion på sekunder. När utvecklare litar för hårt på kopierade AI-snippets börjar kodbasen se ut som ett "Frankenstein" -projekt - en samling delar som fungerar individuellt men inte riktigt hör ihop. och stora mängder av Det kommer inte att avslöja sig idag, men kommer att göra våra liv till en mardröm ett år från och med nu när vi försöker refactor. Leaky Abstractions Technical Debt Som ledare är min rädsla att vi slutar bygga sammanhållna system och börjar bara "hantera" en serie avkopplade skript. Mina tre enkla regler För att hålla vår tekniska kant skarp har jag fastställt tre "jordregler" som varje utvecklare på mitt team måste följa: Behandla det som en höghastighets intern Tänk på AI som en mycket snabb, mycket ivrig junior intern. En praktikant kan spara dig timmar av grunt arbete, men du skulle aldrig begå sin kod till produktion utan en linje-för-linje-granskning. If you can't explain what the AI wrote, you aren't allowed to merge it. Låt det skriva, låt det inte tänka Använd AI för de "mekaniska" delarna av kodning - repetitiv boilerplate, konvertera dataformat eller skriva grundläggande UI-komponenter i Vue eller Tailwind.Men de arkitektoniska besluten - "varför" bakom databasschemat eller säkerhetsprotokollen - måste komma från en mänsklig hjärna. Men inte den . arbetet logiskt 10 Minutersregeln Om du har spenderat mer än 10 minuter med att argumentera med en bot eller försöka "sända ingenjören" en fix för en viss bugg, Ibland är det "gamla skolan" sättet att öppna dokumentation och skriva ut det själv fortfarande den snabbaste, mest tillförlitliga vägen till en lösning. turn it off. Den nedre linjen Det handlar inte längre bara om hur väl du känner till en syntax; det handlar om hur väl du kan styra en uppsättning verktyg för att producera ett säkert, skalbart resultat. Jag vill att mitt team ska ha de bästa verktygen i världen. Jag vill att vi ska vara det snabbaste mjukvaruhuset på marknaden. Men jag vägrar att låta oss förlora vår "engineering gut." Använd robotarna, håll kontrollen och låt aldrig AI göra det tunga tänkandet för dig.
